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Procede et systeme de detection de presence d'un terminal 
mobile . 

Le domaine de 1' invention est celui des reseaux de 

5 telecommunication mobile. Dans un reseau de 
telecommunication mobile, tel que les reseaux cellulaires 
de type GSM, GPRS, UMTS, les utilisateurs ont la 
possibility de se deplacer avec un terminal mobile sur 
l r ensemble du territoire couvert par un reseau auquel ils 

10 ont souscrit, voir couvert par d'autres reseaux de 
telecommunication mobile compatibles, on parle alors de 
fonction d'itinerance (roaming en anglais), tout en 
conservant leur capacite a communiquer avec le reseau de 
telecommunication mobile et, par lui, avec l'exterieur 

15 pour des services ou applications de type tel^phonique ou 
d'autres applications de type donnees. 

II se peut aussi qu'un utilisateur sorte 
temporairement de la couverture des reseaux de 
telecommunication mobile, que son terminal soit eteint 

20 volontairement ou, involontairement a cause de 
l'epuisement de la batterie. Dans ce cas, 1' utilisateur 
n'a plus acces aux fonctions du reseau et reciproquement , 
il ne peut etre joint par d'autres personnes ou par des 
applications . 

25 Le terme « abonne mobile » utilise dans ce texte est 

une traduction litterale du terme anglais « mobile 
subscriber » utilise dans les normes GSM/GPRS/UMTS du 3GPP 
et designe un abonnement souscrit aupres d'un operateur 
mobile qui donne acces a son reseau de telecommunication 

30 mobile. Cet abonnement est identifie par 1' identite 
internationale d' abonne mobile (IMSI pour International 
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Mobile Subscriber Indentity) ou le numero de terminal 
mobile sur reseau num^rique a integration de service 
(MSISDN pour Mobile Station Integrated Services Digital 
Network Number) . L' IMSI est generalement memorise dans une 
5 carte SIM (Subscriber Identity Module pour Module 
d' Identification de 1' Abonne) qui, a l'int6rieur du 
terminal mobile, en lie le f onctionnement a l'abonnement 
identifie. II n'est pas necessaire que le MSISDN soit 
memorise dans la carte SIM pour identifier l'abonnement, 

10 celui-ci peut l'etre a partir d'une correspondance entre 
MSISDN et IMSI dans le cceur de reseau. Le terme « Abonne 
Mobile » designe moins la personne qui se sert du reseau 
de telecommunication mobile que plutot 1' usage qu'elle en 
fait ou est capable d' en f aire au moyen de son terminal 

15 mobile. 

On definit un etat binaire de presence d'un abonne 
sur le reseau mobile comme suit. Un abonne mobile est 
present sur le reseau quand il a acces aux fonctions de 
celui-ci et par consequent, est joignable par des 

20 applications externes (services vocaux, services donnees) . 
Inversement, 1' abonne mobile n'est pas present, c'est-a- 
dire absent sur le reseau, lorsqu'il n' a pas acces a ces 
fonctions et ne peut etre joint par des applications 
externes. Ce deuxieme etat correspond, par exemple, au 

25 terminal mobile eteint ou au terminal mobile sur une 
partie de territoire hors couverture par le reseau de 
telecommunication mobile. 

De fagon g6n6rale, on parle de contexte ou 
information de presence d'un abonne mobile, pour decrire 

30 un ensemble de donnees liees a 1' abonne qui §volue en 
fonction des interactions de celui-ci et/ou de son 
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terminal avec le res-eau et les applications externes. Cet 
ensemble peut comporter, a titre d'exemple non limitatif, 
au moins l'etat de presence a deux valeurs (present, pas 
present) tel que decrit precedemment , les moyens de 
5 joindre l'abonne mobile tels que son adresse IP courante, 
1' activity actuelle de l'abonne (mobile en veille, en 
communication, en cession WAP sur une application X, 
etc.) , la localisation de l'abonne, etc. 

Les rmScanismes de gestion de la mobilite existant 

10 dans les reseaux mobiles generent de nombreuses 
informations de presence. Malheur eusement , celles-ci font 
partie du f onctionnement interne du rfeseau et les 
applications externes a celui-ci n' y ont pas acces 
directement dans l'6tat actuel de la technique. 

15 De telles applications externes ne peuvent done pas 

connaitre a priori l'etat de presence d' un terminal mobile 
donne . 

Les applications qui utilisent, dans leur logique de 
service, la gestion de la presence des utilisateurs, 
20 notamment des services de communication interpersonnelle, 
de mise en relation ou autres, utilisent dans l'etat de la 
technique une detection de la presence dite applicative. 

La presence applicative consiste a utiliser une 
action explicite soit de 1' utilisateur , soit d'un logiciel 
25 sp6cifique ou agent embarqu6 dans le terminal mobile 
aupres de 1' application en question pour que celle-ci 
puisse prendre connaissance de la presence de 
1' utilisateur et la fagon dont il peut etre joint. 

A titre d'exemple, les applications de messagerie 
30 instantanee necessitent une procedure d' enregistrement ou 
1' utilisateur doit entrer son nom et son mot de passe pour 
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pouvoir le considerer present et joignable dans le 
service. 

Ces actions se traduisent en general par un ^change 
de messages sur les couches protocolaires applicatives 
5 entre le terminal mobile et le serveur d' application. Dans 
ce cas, le reseau de telecommunication mobile se limite a 
vehiculer les messages emis par le terminal vers le 
serveur d' applications . 

Dans un environnement de telecommunication mobile, 

10 1' utilisation de la presence applicative a quelques 
inconvenients par rapport a 1' utilisation des donn^es de 
presence qui peuvent etre fournies directement par le 
reseau de telecommunication mobile. 

Par exemple, dans le cas de deploiement, la presence 

15 applicative se base souvent sur 1' utilisation d'un client 
specif ique embarque ou tel6charge dans le terminal mobile. 
Par consequent, le service est limite dans ce cas au 
terminal disposant dudit client. C'est le cas par exemple 
d'un navigateur WAP ou d'un client de messagerie 

20 instantanee. 

Dans un cas d' usage, la presence applicative requiert 
une action explicite dans le terminal vis-a-vis du serveur 
d' applications . On peut citer a titre d' exemple, 1' envoi 
d'un SMS avec un contenu particulier pour se declarer 

25 present, s' enregistrer sur une page WAP, activer son 
client messagerie instantanee embarque, etc. Souvent, une 
action explicite de 1' utilisateur est requise, composition 
et envoi d'un SMS, entree d'un nom d' utilisateur et d'un 
mot de passe sur un site WAP, lancement de son client de 

30 messagerie instantanee embarque, etc. Cela represente un 
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f rein-— a 1' usage — tres -important qui ~l-imite -le--degre 
d' adoption du service. 

Pour rem6dier aux inconv^nients precedemment 
mentionn6s de l'etat de la technique, un but de 
5 1' invention est d'obtenir des informations de presence 
directement du reseau de telecommunication mobile. Ceci 
permet par exemple 1' enregistrement automatique dans un 
service a l'allumage de son telephone mobile. 

Un objet de l 1 invention est un procede pour informer 
10 un serveur d 1 application si un abonne mobile est present 
ou pas sur un reseau de telecommunication mobile. Le 
procede est remarquable en ce qu'il comprend: 

- au moins une premiere etape pour envoyer un premier 
signal distinctif de l 1 abonne mobile au reseau de 

15 telecommunication mobile; 

- au moins une deuxieme etape pour determiner un 6tat 
binaire present ou non present , en fonction d'une reaction 
du reseau de telecommunication mobile au dit premier 
signal 7 

20 - au moins une troisieme etape pour communiquer au serveur 
d' application l'etat determine en deuxieme etape. 

Ce procede permet de communiquer un etat present ou 
non present a un quelconque serveur d 1 application sans 
necessiter au prealable de disposer d'un agent dedie a ce 

25 serveur pour 1 1 abonn<§ mobile car c'est en fonction d'une 
reaction du reseau de telecommunication mobile a un envoi 
de signal que l'etat present ou non present , est 
determine . 

Le signal distinctif de 1' abonne mobile peut etre de 
30 differentes natures. 



WO 2005/018260 



6 



PCT/FR2004/001725 



Particulierement , ledit premier signal— est un message 
court envoye au reseau de telecommunication mobile a 
destination de 1' abonne mobile. Une premiere transition 
validee par une reaction du reseau de telecommunication 
5 mobile indiquant que le message est delivre, 
respectivement une deuxieme transition valid6e par un 
depassement de duree sans reaction du reseau de 
telecommunication mobile, active alors la deuxieme etape 
qui determine 1 ' etat present, respectivement non present 
de 1 ' abonne mobile. 

Avantageusement, un parametre de schema de codage de 
donnees dans une entete du message court, est positionne a 
une valeur qui a pour effet de commander au mobile 
destinataire du message, de se defausser du contenu du 
message et de desactiver une indication de reception du 
message sur le mobile. 

Ainsi, un utilisateur du mobile n'est pas derange par 
les messages courts utilises dans le cadre de la detection 
de presence. 

Plus particulierement la premiere <§tape est activee 
pendant une activation de la deuxieme etape en 
positionnant une duree fonction de l'etat present ou non 
present determine en deuxieme etape. 

Plus particulierement encore, le proced6 comprend une 
etape d'attente activee lorsque la deuxieme etape 
determine l'etat present de fagon a activer la premiere 
etape apres expiration de l'attente. 

Alternativement , ledit premier signal consiste en une 
interrogation de noeud du reseau de telecommunication sur 
l'etat present ou non present de 1 ' abonne mobile. La 
reaction du reseau de telecommunication mobile consiste 
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alors en une reponse du nceud du reseau de 
telecommunication sur l f etat present ou non present de 
1 1 abonne mobile. 

Alternativement encore, ledit premier signal consiste 
en un positionnement de point de detection sur un noeud du 
reseau de telecommunication relatif a toute modification 
de 1 1 etat present ou non present de 1 ' abonne mobile. La 
reaction du reseau de telecommunication mobile consiste 
alors en une notification du noeud du reseau de 
telecommunication relatif a chaque modification de l'etat 
present ou non present de 1 1 abonne mobile. 

Le serveur d 1 application peut etre inform^ en 
permanence de l'etat par abonnement ou uniquement en cas 
de besoin par requite. 

Pour un abonnement, une activation de troisieme etape 
communiquant au serveur d 1 application l'etat present, est 
suivie d'une activation de troisieme etape communiquant au 
serveur d 1 application 1 1 etat non present lorsque 1 ' etat 
determine en deuxieme etape passe de present a non 
present . 

Pour repondre a un besoin specifique, une activation 
de troisieme etape fait suite a une transition validee par 
une requete en provenance du serveur pour demander 1 ' etat 
de 1' abonne mobile. 

Un objet de I 1 invention est encore un systeme pour 
informer un serveur d ' application si un abonne mobile est 
present ou pas sur un reseau de telecommunication mobile. 
Le systeme est remarquable en ce qu'il comprend: 

des premiers moyens pour envoyer un premier signal 
distinctif de l 1 abonne mobile au reseau de 
telecommunication mobile; 
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- dejs deuxiemes ..moyens ...pour determiner un etat binaire 
present ou non present en fonction d'une reaction du 
rfeseau de telecommunication mobile au dit premier signal; 

des troisiemes moyens pour communiquer au serveur 
5 d 1 application l'etat determine par les deuxiemes moyens. 

Particulierement , les premiers moyens sont agences 
pour envoyer le premier signal sous forme d'un message 
court a destination de 1 ' abonne mobile, les deuxiemes 
moyens sont agences pour determiner l'etat present lorsque 
10 le message court est delivre et pour determiner l'etat non 
present lorsque le message court n'est pas d<§livr6 apres 
depassement d'une duree prefixee. 

Plus particulierement, les premiers moyens sont 
agences pour envoyer ledit premier signal a intervalles de 
15 temps reguliers qui sont fonctions de l'etat present ou 
non present de 1 1 abonne mobile. 

L' invention sera mieux comprise a la lumiere de la 
mise en ceuvre decrite a present en reference aux dessins 
annexes dans lesquels: 
20 - la. figure 1 est un schema de reseau de telecommunication 
mobile conventionnel ; 

- la figure 2 montre le reseau de telecommunication mobile 
de la figure 1 avec mise en oeuvre de l f invention; 

les figures 3 a 5 montrent des 6tapes de procede 
25 conforme a 1' invention. 

De fagon conventionnelle en reference a la figure 1, 
un dispositif mobile communiquant 1 communique avec un 
reseau de telecommunication mobile 3 en echangeant des 
signaux haute frequence avec des relais radio 2 relies au 
30 reseau de telecommunication mobile 3 par une 
infrastructure de reseau d'acces. Un serveur d' application 
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4 est • -reli6--au — r-e-s-e-a-u - de— telecommunication- mobi-le- 3 -par 
une infrastructure de coeur de reseaux. Le serveur 
d' application 4 heberge des applications de type 
messagerie electronique ou autre, pour lesguels les 
5 dispositifs mobiles communi quant 1 hebergent un agent 
correspondant . Un agent correspondant a une application 
hebergee dans le serveur d' application 4, est une partie 
de programme applicative qui, depuis le dispositif mobile 
communiquant 1, echange directement avec 1' application 

10 hebergee dans le serveur d' application 4 en passant par le 
relais radio 2 et le reseau de telecommunication mobile 3. 
Par exemple, lorsque le dispositif mobile communiquant 1 
est en relation radio avec le relais radio 2 du reseau de 
telecommunication mobile 3, 1' agent correspondant qui se 

15 trouve dans le dispositif mobile communiquant 1, emet un 
signal vers le serveur d' application 4 pour notifier de sa 
presence, 1' application qui y est hebergee. 

En reference a la figure 2, on retrouve un dispositif 
mobile ' communiquant 1, un relais radio 2, et un reseau de 

20 telecommunication mobile 3 conventionnels tels que ceux 
representes dans la figure 1. Des serveurs d' application 
7, 8, hebergent des applications pour lesquelles il n'est 
pas n§cessaire que le dispositif mobile communiquant 1 
contienne un agent correspondant. Un systeme de detection 

25 de presence 5 est relie, d' une part, au reseau de 
telecommunication mobile 3 et, d' autre part, a un reseau 
de type IP 6. Le reseau 6 relie au serveur 7, 8, permet au 
systeme 5 de communiquer avec ces serveurs d' application . 

Le systeme 5 s' interface avec le reseau de 

30 telecommunication mobile 3 pour obtenir des informations 
de presence des abonnes mobiles par des moyens 
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particuliers qui vont £tre decrits dans la suite de cet 
expose. Interfaces avec les serveurs d' application au 
moyen de protocoles standard sur reseau IP, le systeme 5 
traite des requetes des differents serveurs d' application 
5 de fa?on centralisee pour leur d61ivrer des informations 
de presence sur les abonn^s mobiles. 

Le systeme 5 peut aussi realiser d'autres fonctions 
telle que celle de mettre en place des techniques pour 
optimiser les acces au reseau de telecommunication mobile 

10 au moyen d' ante memoire (cache en anglais), de realiser 
des controles d' autorisation, d' 6mettre des tickets de 
facturation. Les serveurs d' application 7, 8, utilisent 
des informations de presence qu' ils obtiennent du systeme 
de detection de presence 5 pour fournir differents 

15 services a destination du dispositif mobile communiquant 
1. 

Le systeme de detection de presence 5 est capable de 
gerer au moins deux types d'6change avec les serveurs 
d' application 7, 8, en mettant en oeuvre pour chacun, le 

20 procede d<£crit a present en reference aux figures 3 et 4 . 

Le protocole specifique utilise pour mettre en oeuvre 
le procedfe, est en dehors du cadre de cette invention. II 
peut etre de type proprietaire ou reposer sur des 
protocoles standards existants tels que XMPP, SIP/SIMPLE, 

25 etc. La figure 3 montre des etapes de procede de detection 
de presence execut§es dans le systeme 5 pour repondre a 
des demandes de presence d'un abonne mobile a un instant t 
regu d' un serveur d' application 7, 8. Une etape 9 
d' initialisation en mode requete, declenchee par exemple a 

30 la mise en service du systeme 5, place le systeme 5 dans 
une etape 10 d'ecoute. 
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Dans l'6tape— 1-0, le systeme---5 est en- eeoute sur-le 
reseau 6, de requetes regues de l'un des serveurs 7, 8. 

Une transition 11 fait passer le systeme 5 de l'etape 
10 a une 6tape 12. La transition 11 est validee par une 
5 reception de requete regue de l'un des serveurs 7, 8 par 
le reseau 6. La requete qui valide la transition 11, est 
distinctive du serveur qui l'a emise et du numero de 
terminal mobile MSISDN pour lequel le serveur en question, 
demande 1'etat de presence sur le reseau de communication 
10 mobile 3. 

Dans l'etape 12, le systeme 5 consulte l'etat de 
presence du MSISDN. Des moyens mis en ceuvre par le systeme 
5 pour obtenir l'etat de presence du MSISDN, sont 
expliques plus loin dans la description, Un etat present 

15 du MSISDN valide une transition 13. Un etat absent du 
MSISDN ou encore non present,- valide une transition 14. 

Une validation de transition 13 fait passer le 
systeme 5 de l'etape 12 a une etape 15. Dans l'etape 15, 
le systeme 5 envoie sur le reseau 6, une reponse a 

20 destination du serveur d' application qui a emis la 
requ§te, pour 1' informer de la presence de l'abonne mobile 
identifie par le MSISDN. 

Dans l'etape 16, le systeme 5 emet sur le reseau 6 
une reponse a destination du serveur qui a emis la requete 

25 pour 1' informer de 1' absence ou non presence de l'abonn6 
mobile identifie par le MSISDN. A la suite de l'etape 15 
ou de 1' etape 16, le systeme 5 reste dans 1' etape 10 
d'ecoute en attente d'une nouvelle requete de presence 
d'un serveur pour le meme ou un autre abonne mobile. 

30 La requete emise par le serveur d f application peut 

aussi etre non specifique a un MSISDN donne mais par 
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exempl-e de type- pour demander—tous—ies — MS-ISDN -a -l-'-etat 
present* Dans ee cas, la reponse fournit une liste de 
MSISDN presents. 

La figure 4 montre des etapes de procede de detection 
5 de presence executes par le systeme 5 pour informer des 
serveurs d' application 7, 8 de 1'etat de presence 
d'abonnes mobiles en permanence dans le cadre d' un 
abonnement . Une etape d' initialisation 17, activee par 
exemple a la raise en service du systeme 5, place le 
10 systeme 5 dans une etape d'ecoute 18 pour fonctionner en 
mode abonnement . 

Dans 1' etape 18, le systeme 5 est a l'ecoute de tout 
nouvel abonnement regu par le r6seau 6, par une interface 
homme-machine (non representee) connectee sur le systeme 5 
15 pour specifier des abonnements de serveurs d' application 
et d'abonnes mobiles ou de consultation de tables 
d' abonnement internes au systeme 5. 

Une transition 19 est validee par chaque abonnement 
identifie pour un serveur determine et un abonne mobile 
20 identifie par un MSISDN. 

Chaque validation de transition 19 active une etape 
20 dans laquelle le systeme 5 consulte l'etat de presence 
de 1' abonne mobile identifie par le MSISDN dans le cadre 
de 1' abonnement ayant valide la transition 19. 
25 Le systeme 5 reboucle sur 1' etape 18 d'ecoute pour 

tout autre abonnement. 

Un etat present de 1' abonne mobile valide une 
transition 21. Un etat non present ou absent de 1' abonne 
mobile, valide une transition 22. 
30 Une validation de la transition 21 active une etape 

23 dans laquelle le systeme 5 envoie une notification de 
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presence de 1' abonne mobile au serveur conceme par 
1' abonnement . 

Une validation de la transition 22, active une etape 
24 dans laquelle le systeme 5 envoie une notification de 
5 non presence ou d' absence au serveur d' application 
concerne par 1' abonnement . 

Un nouvel etat absent valide une transition 25 et un 
nouvel etat present valide une transition 26. 

A la suite de 1' etape 23 la transition 25 active 
10 1' etape 24 et a la suite de 1' etape 24 la transition 26 
active 1' etape 23 de sorte que le serveur concerne par 
1' abonnement est informe en permanence de l'etat de 
presence de l'abonn£ mobile. 

Dans 1' etape 23, le systeme 5 ajoute eventuellement a 
15 la notification de presence d'autres donn^es contextuelles 
relatives a l'abonne mobile, dites informations de 
presence . 

La figure 5 montre des etapes particulieres de 
procede pour obtenir l'etat de presence d' un abonne mobile 
20 de fagon a pouvoir executer les etapes 12, 20 decrites 
precedemment . 

La present e realisation deer it un procede de 
detection de l'etat de presence d'un abonne mobile par 
1' envoi de SMS invisibles applicable dans les reseaux de 

25 type GSM/GPRS/UMTS. D'autres techniques peuvent etre 
utilisees pour extraire les informations de presence du 
cceur de reseaux mobiles 3. La technique des SMS invisibles 
a 1'avantage d'etre tres simple a mettre en oeuvre et 
compatible avec 1' ensemble des reseaux GSM/GPRS /UMTS 

30 deployes a l'heure actuelle. La recommandation TS 123.040 
du 3 GPP, version 5,5.1 de septembre 2002, definit comment 
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real-iser un ---servd-ce — de- -mess-age - court- --(SMS) . Plus 
particulierement, le chapitre 9.2.2.1 decrit des types de 
base de param^trage des entetes de messages SMS pour agir 
sur le mode de delivrance du message. Parmi les parametres 
5 de -protocole — de'—transf ert TP-MTI a TP-UD du tableau 
presente au chapitre 9.2.2.1 de la recommandation TS 
123.040, les inventeurs ont selectionne le parametre de 
schema de codage de donnees TP-DCS (TP-Data-Coding-Scheme) 
qui identifie le schema de codage dans les donnees 
utilisateur du protocole de transfert. Le parametre TP-DCS 
contient huit bits dont la recommandation 3GPP TS 23.038 
definit au chapitre 4, des comportements de delivrance de 
messages SMS en fonction des valeurs a zero ou a un de ces 
huit bits numerotes de zero a sept. Les inventeurs ont 
selectionne dans la recommandation 3GPP TS 23.038 V3.3.0 
(2000-01), un positionnement du parametre TP-DCS a la 
valeur hexadecimale CO. Ainsi, la valeur 1100 des bits 7 a 
4 du parametre TP-DCS, a pour effet que le mobile se 
defausse des contenus du message en presentant tout au 
plus une indication a 1 1 utilisateur . La valeur 0 du bit 3, 
rend inactive 1' indication a 1 1 utilisateur . Les valeurs 
des bits 2 a 0 sont sans effet particulier pour 
l f invention, sachant que la valeur a zero du bit 2 est 
imposee au chapitre 4 de la recommandation TS 23.038 
precitee. La valeur nulle des bits 1 et 0, est relative a 
une attente de message de boite vocale, on comprendra que 
toute autre valeur des bits 1 et 0, est sans incidence sur 
la mise en ceuvre de I 1 invention. La selection de valeur du 
groupe de quatre bits d 1 indication de fagon a declencher 
une defausse ~ de contenu de message et la selection de 
valeur du bit d 1 activation d 1 indication de fa<?on a rendre 
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1J. indication inactive , - pelmet-tent -de -gene-re-r un SMS 
invisible comme un message court dont les entetes sont 
parametrees d'une fa<?on particuliere de manidre a ce que 
le terminal mobile recepteur acquitte imm6diatement la 

5 reception du message et le terminal mobile recepteur 
n'affiche aucun comportement perceptible par 
1' utilisateur . 

De fagon connue dans les normes GSM/GPRS /UMTS, le 
cceur de reseaux de telecommunications mobiles 3 comprend 

10 un centre de gestion de services de messages courts (SMS- 
C) non represents. Les accuses de reception pour les SMS, 
constituent une f onctionnalite optionnelle qui permet a 
l'emetteur d'etre notifie par le SMS-C quand le message a 
ete re?u par le terminal destinataire . Comme nous le 

15 verrons par la suite, on peut utiliser ou ne pas utiliser 
des accuses de reception tels que definis aux chapitres 
3.2.9 et 9.2.2.3 de la recommandation 3GPP TS23.040 
precitee . 

Une procedure « alert-SC » permet au reseau de 
20 telecommunication mobile d' informer le SMS-C de 
1' enregistrement dans le reseau d' un abonne mobile qui est 
absent au moment de 1' envoi d'un message court pour que 
celui-ci puisse proceder a une nouvelle tentative de 
livraison des messages en attente. Cette notification 
25 d'evenement est realisee a travers le message MAP-alert-SC 
envoye par le HLR au SMS-C (cf. 3 GPP TS 29.002 V3.14.0 
2002-09 chapitre 12.5). Cette f onctionnalite est exploitee 
par la presente invention pour detecter 1' enregistrement 
d'un abonn6 dans le reseau apres une p§riode d' absence. 
30 En reference a la figure 5, le procede de detection 

de presence utilise 1' envoi de SMS invisibles aux abonnes 



WO 2005/018260 



16 



PCT/FR2004/001725 



dont la presence doit etre detect6e. Le SMS-C assure la 
delivrance des SMS dans les reseaux GSM/GPRS/UMTS et agit 
en point d' entree au coeur de r6seau mobile pour le systeme 
de detection de presence, L' interface et le protocole de 
5 dialogue entre le systeme 5 et le SMS-C sont specifiques a 
chaque operateur (UCP et SMPP sont les plus repandus) . 

En reference a la figure 5, une etape 
d' initialisation 27 specif ique a chaque MSISDN, place par 
defaut l'abonne mobile concern^ dans un etat absent defini 

10 par une etape 28. Chaque activation de 1' etape 28 active 
simultan^ment une etape 29 dans laquelle le systeme 5 
envoie un SMS a l'abonne mobile. De preference, le SMS est 
de type invisible tel que defini ci-dessus de fagon a ne 
pas deranger 1 'utilisateur du mobile. Le SMS indique en 

15 entete qu'il a une duree de vie Ti a 1' issue de laquelle 
le SMS est detruit par le SMS-C s'il n'a pas ete regu par 
l'abonne mobile. De fa?on a ce que le SMS-C puisse 
controler la reception du message par le mobile, le 
message SMS est de type avec accuse de reception notifie 

20 au SMS-C par le mobile. 

L'6tape 29 arme, conjointement a 1' envoi du message 
court SMS, un compteur de temps t. Une transition 30 est 
validee lorsque le temps t depasse la valeur T x sans que 
le SMS-C ait re<?u un accuse de reception notifi6 par le 

25 mobile. La validation de la transition 30 peut etre 
realisee de differentes f agons . 

Selon une premiere fa<pon possible, le compteur de 
temps reside dans le SMS-C. Le SMS-C est alors configure 
de sorte a r§aliser l'armement du compteur de 1 1 etape 29 a 

30 reception du message SMS en provenance du systeme 5 et de 
sorte a envoyer un accuse de non livraison au systeme 5 
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lorsque le temps- t depasse —la -v-aleur-Ti— s-an-s- avoir- recpu 

d'accus§ de reception notifie par le mobile. Au niveau du 
systeme 5, la transition 30 est alors valid§e par l f accuse 
de non livraison re?u du SMS-C. 
5 Selon une deuxieme facpon possible, ■■ le compteur de 

temps reside dans le systeme 5. La transition 30 est alors 
directement validee dans le systeme 5 lorsque le temps t 
depasse la valeur Ti. Cette deuxieme fa?on ne necessite 
pas de configuration particuliere du SMS-C pour valider la 

10 transition 30. 

Une notification de delivrance par le SMS-C au 
systeme 5, valide une transition 31 . 

La validation de l'une des transitions 30 ou 31 a 
pour effet de desarmer le compteur de 1' etape 29. 

15 La transition 31 active simultan&ment une etape 32 et 

une <§tape 33. 

Dans 1' etape 32, l'abonne mobile est reconnu dans un 
etat present par le systeme 5. Dans l'6tape 33, le systeme 
5 arme un compteur de temps t pour realiser une attente de 
20 duree T 2 . Une transition 34 est valid6e lorsque le temps t 
depasse T 2 . 

La transition 34 active une etape 35 dans laquelle le 
systeme 5 envoie un message court SMS avec une duree de 
vie T 3 . Dans 1' etape 35, le SMS-C conf ormement a la 

25 premiere fa?on ou le systeme 5 conformement a la deuxieme 
fa<?on expliquee precedemment , arme le compteur de temps t 
de sorte a valider une transition 36 lorsque le temps t 
depasse la duree T3. 

Comme pour les transitions 30 et 31, une validation 

30 de I 1 une des transitions 34, 36 ou 37 a pour effet de 
desarmer un jarmement precedent de tout compteur de temps. 
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Une transition— 37 — f adrsant - sud-te-aux • eirapes-~32 et 35, 
est validee lorsque le message court est delivre a 
l'abonne mobile. Une validation de la transition 37 active 
a nouveau les etapes 32 et 33. 
5 Une validation de la transition 30 a la " "suite des 

etapes 28 et 29 ou de la transition 36 a la suite des 
stapes 32 et 35, active a nouveau les etapes 28 et 29. 

Pour mettre en oeuvre le procede prtcedemment dtcrit, 
le systeme 5 comprend des premiers moyens qui permettent 

10 d'envoyer un signal au reseau de telecommunication mobile 
3. C'est par exemple une interface de type conventionnelle 
entre le systeme 5 et un noeud du reseau 3. Dans I 1 exemple 
decrit en reference a la figure 5 ou le signal est un 
message court (SMS) envoye a destination du terminal 

15 mobile 1, les premiers moyens sont de type logiciel agence 
pour generer des messages courts avec ent£te parametree 
pour que les messages courts ne soient pas visibles de 
l'opdrfeteur et declenchent une emission d 1 accuse de 
reception par le terminal mobile a destination du SMS-C 

20 des reception. 

Le systeme 5 comprend des deuxiemes moyens sous forme 
logicielle, micro programmee ou de micro circuit d6di§ 
qui, executant par exemple les 6tapes et transitions 27 a 
37, determinent un etat binaire present ou non present en 

25 fonction d'une reaction du reseau de telecommunication 
mobile 3 au signal emis par les premiers moyens. 

Lorsque l'abonne mobile est present, la reaction du 
reseau 3 est constitute par un accuse de reception 
retransmis par le SMS-C au systeme 5 qui, informe que le 

30 message est delivre, valide les transitions 31 et 37 qui 
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activent l'etape 32 correspondant a l'etat present de 
l'abonne mobile. 

Lorsque l'abonne mobile n'est pas present dans le 
d61ai d ? expiration du message court, la reaction du rtseau 

5 3 est une destruction du message par le SMS-C. Le systeme 
5 ne recevant pas d' accuse de reception dans le delai 
d' expiration ou recevant un accuse de non delivrance, 
valide la transition 30 ou 36 correspondante qui active 
l'etape 38 correspondant a l'etat non present de l'abonne 

10 mobile. 

Lorsque l'abonne mobile n'est pas present sur le 
r^seau 3 mais devient present dans le delai T 1 
d 1 expiration du message court, la reaction du reseau 3 est 
constitute par un accuse de reception retransmis par le 

15 SMS-C au systeme 5 qui, informe que le message est 
d<felivre, valide la transition 31 qui active l'etape 3? 
correspondant a l'etat present de l'abonne mobile. 

Lorsque l'abonne mobile est present sur le reseau 3 
mais cesse de l'etre dans le delai T 2 d'attente avant 

20 emission du message court, la reaction du reseau 3 est une 
destruction du message par le SMS-C. Le systeme 5 ne 
recevant pas d' accuse de reception dans le delai 
d' expiration T 3 ou recevant un accuse de non delivrance, 
valide la transition 36 qui active l'etape 38 

25 correspondant a l'etat non present de l'abonne mobile. 

De fagon a limiter le trafic entre le systeme 5 et le 
reseau 3, la duree de vie Ti des SMS invisibles envoyes 
par le systeme 5 dans l'etat non present, est de valeur 
elevte . 

30 Le delai T 2 d'attente fixe une frequence de sondage 

de l'etat present par le systeme 5. Sa valeur est un 
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compromis entxe~ l*e "besoin- de hbnrt-er- 2re— traf ic 'entre le 
systeme 5 et le reseau 3 et le besoin pour le serveur 
d ? application d'etre rapidement informe d'un abonne mobile 
qui quitte 1 ' 6tat present. 

5 La duree de vie T 3 des SMS invisibles envoyes par le 

systeme 5 dans l'etat present, est de valeur faible, un 
abonn6 mobile present 6tant cense envoyer rapidement un 
accuse de reception. Une latence resultant du delai 
d'attente T 2 , il est recommande de choisir une duree de 

10 vie T 3 inferieure au delai d'attente T 2 . 

Le systeme 5 comprenant des premier et deuxieme 
moyens techniques pour extraire du coeur de reseau de 
telecommunication mobile, l'etat de presence d'un abonne, 
le systeme 5 comprend enfin des troisiemes moyens pour 

15 communiquer au serveur d ' application 7,8 l'etat extrait. 
Ces moyens comprennent par exemple une interface 
protocolaire pour transmettre sur le reseau 6, les 
informations de presence au serveur d ' application . Le 
serveur d 1 application doit posseder lui-meme 1 ' interface 

20 protocolaire duale avec le systeme 5 pour exploiter au 
mieux les informations de presence. 

Un message court a destination de 1 ' abonne mobile 
comme signal distinctif emis vers le reseau 3, presente 
l'avantage d'une mise en oeuvre facile. 

25 Cependant, ce n'est pas le seul signal distinctif 

possible . 

Par exemple, la procedure ATI (Any Time 
Interrogation) permet d' envoyer comme signal distinctif, 
une interrogation du HLR (Home Location Register) , la 
30 reaction du reseau 3 etant alors une reponse du HLR qui 
donne le dernier etat connu de l 1 abonne mobile 
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ee^#e-r-m6ment- a - la -re-eommandation- -3GPP TS- 29-.- 002 dont plus 
particulierement le paragraphs 21.2.7. II faut noter que 
les informations ainsi recuperees ne sont pas 
obligatoirement a jour. 
5 Par exemple encore, la procedure ATM (Any Time 

Modification) definie dans la recommandation 3GPP TS 
29.002, plus particulierement aux paragraphes 24A.2 et 
8.1.8, permet de mettre un point de detection CAMEL 
(Customized Applications for Mobile network Enhanced 
10 Logic) sur toute modification d'etat d'un abonne mobile. 
Le VLR (Visitor Location Register) gerant 1 1 abonne notifie 
alors le systeme 5 de detection de presence qui agit en 
CSE selon la nomenclature CAMEL, a chaque changement 
d'etat. 

15 Quelque soit la technique d' extraction de presence du 

reseau de communication mobile, les serveurs applicatifs 
du monde IP, gardent une interface unique avec le reseau 
de communication mobile, a savoir le systeme 5 qui 
repertorie les etats de presence et de non presence des 

20 mobiles de communication, facilitant ainsi le deploiement. 

Que le signal distinctif soit de type a emission 
periodique comme c'est le cas des SMS invisibles ou de la 
procedure ATI ou soit de type souscription a abonnement de 
mise a jour comme c'est le cas de la procedure ATM, le 

25 systeme 5, en centralisant 1 ' information de presence 
relative aux abonnes mobiles, procure une fonction 
antememoire (cache en anglais) pour les serveurs 
applicatifs. Ainsi, le systeme 5 evite de solliciter 
intempestivement le r6seau de communication mobile lorsque 

30 plusieurs serveurs applicatifs ont besoin d'acceder a 
1 ' information de presence. 
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Revendications : 

1. Procede pour informer un serveur d 1 application (7,8) 
si un abonne mobile est present ou pas sur un reseau de 

5 telecommunication mobile (3), caracterise en ce qu'il 
comprend : 

- au moins une premiere etape (29,35) pour envoyer un 
premier signal distinctif de 1 1 abonn£ mobile au reseau de 
telecommunication mobile (3) a destination de 1 'abonne 

10 mobile ; 

- au moins une deuxieme etape (28,32) pour determiner un 
etat binaire present ou non present, en fonction d'une 
reaction du reseau de telecommunication mobile (3) au dit 
premier signal; 

15 - au moins une troisi^me etape (13,14,23,24) pour 
communiquer au serveur d 1 application (7,8) l'etat 
determine en deuxieme etape. 

2. Procede selon la revendication 1, caracterise en ce 
20 que : 

- ledit premier signal est un message court envoye au 
reseau de telecommunication mobile a destination de 
l'abonn6 mobile; 

- une premiere transition (31,37) validee par une reaction 
25 du reseau de telecommunication mobile indiquant que le 

message est delivre, respect ivement une deuxieme 
transition (30,36) validee par un d^passement de duree 
sans reaction du reseau de telecommunication mobile, 
active la deuxieme etape (28,32) qui determine l'etat 
30 present, respect ivement non present de 1 1 abonne mobile. 
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3. P-rocede selon la revendication 2, car-aeter-ise - en ce 
qu'un parametre de schema de codage de dormges dans une 
entite du message court, est positionne a une valeur qui a 
pour effet de commander au mobile destinataire du message, 

5 de se defausser du contenu du message et de desactiver une 
indication de reception du message sur le mobile. 

4. Procede selon la revendication 2, caracterise en ce 
que la premiere etape (29,35) est activee pendant une 

10 activation de la deuxieme etape (28,32) en positionnant 
une duree (T 3 ,Ti) fonction de I'etat present ou non 
present determine en deuxieme etape. 

5. Proc£d£ selon la revendication 4, caracterise en ce 
15 qu f il comprend une etape (33) d f attente (T 2 ) activee 

lorsque la deuxieme etape (32) determine 1 1 etat present de 
fagon a activer la premiere etape (35) apres expiration de 
1 1 attente (T 2 ) • 

20 6. Procede selon la revendication 1, caracterise en ce 
que : 

- ledit premier signal consiste en une interrogation de 
noeud du reseau de telecommunication sur 1 1 etat present ou 
non present de 1 1 abonne mobile; 
25 - la reaction du reseau de telecommunication mobile 
consiste en une reponse du noeud du reseau de 
telecommunication sur 1 1 £tat present ou non present de 
1 1 abonn6 mobile . 

30 7. Procede selon la revendication 1, caracterise en ce 
que: 
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- led-ife premier signal eonsiste en un pesit-i-onnement de 
point de detection sur un noeud du r^seau de 
telecommunication relatif a toute modification de l'etat 
present ou non present de 1 ' abonne mobile; 

la reaction du reseau de telecommunication mobile 
eonsiste en une notification du noeud du reseau de 
telecommunication relatif a chaque modification de l'etat 
present ou non present de 1 1 abonne mobile. 

8. Procede selon l'une des revendi cat ions precedentes, 
caracterise en ce qu'une activation de troisieme etape 
(23) communiguant au serveur d' application l'etat present, 
est suivie d'une activation de troisieme etape (24) 
communiquant au serveur d 1 application l'etat non present 
lorsque l'etat determine en deuxieme etape passe de 
present a non present . 

9. Procede selon l'une des revendi cat ions 1 a 7, 
caracterise en ce qu'une activation de troisieme etape 
(15,16) fait suite a une transition (11) validee par tine 
requite en provenance du serveur pour demander 1 1 etat de 
1 1 abonne mobile . 

10. Systeme (5) pour informer un serveur d' application 
(7,8) si un abonne mobile est present ou pas sur un reseau 
de telecommunication mobile (3), caracterise en ce qu'il 
comprend : 

des premiers moyens pour envoyer un premier signal 
distinctif de 1 1 abonne mobile au reseau de 
telecommunication mobile (3) a destination de 1' abonne 
mobile / 
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- des deuxiemes moyens pour determiner un etat binaire 
present ou non present en fonction d ! une reaction du 
reseau de telecommunication mobile (3) au dit premier 
signal ; 

5 - des troisiemes moyens pour communiquer au serveur 
d' application (7,8) 1 ' etat determine par les deuxiemes 
moyens . 

11. Systeme selon la revendication 10, caracterise en ce 
que : 

- les premiers moyens sont agences pour envoyer le premier 
signal sous forme d'un message court a destination de 
1 1 abonn€ mobile ; 

- les deuxiemes moyens sont agences pour determiner 1 1 etat 
present lorsque le message court est delivre et pour 
determiner 1 ' #tat non present lorsque le message court 
n'est pas delivre aprSs depassement d'une dur£e prefixee. 

12. Systdme selon la revendication 11, caracterise en ce 
20 que les premiers moyens sont agences pour envoyer ledit 

premier signal a interval les de temps reguliers qui sont 
fonctions de l'etat present ou non present de 1 1 abonne 
mobile . 
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